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Abstract of DE 1 9741 959 (A1 ) 

The system contains a distributed data processing system, sensors, which generate data objects 
describing conditions in technical processes, actuators, and controller building blocks. First devices are 
provided in a central control building block, which mark the conditions in the technical process, and 
second devices, by which controller building blocks are associated with the first devices. The control 
building blocks comprises third devices which release a data object, if the technical condition marked 
through the first device, and the data object, are equal. Fourth devices are provided, which activate, 
after release of a data object the controller building block which corresponds to the marked condition. 
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Prufungsantrag gem. § 44 PatG ist gestellt 

(3) System zur Verarbeitung von Ereignissen in technischen Prozessen mit einem verteilten 
Date nve ra rbeitu ngssystem 

(57) Das System enthalt ein verteiltes Datenverarbeitungs- 
system, Sensoren, die technischen Zustande in techni- 
schen Prozessen kennzeichnende Datenobjekte generie- 
ren, Aktoren und Controllerbausteine zur Ansteuerung. In 
einem zentralen Steuerungsbaustein sind hinterlegbar er- 
ste Mittel, welche technische Zustande in einem techni- 
schen ProzeR kennzeichnen, und zweite Mittel, womit 
Controllerbausteine ersten Mitteln zugeordnet werden. 
Der Steuerungsbaustein weist auf dritte Mittel, die ein Da 
tenobjektfreigegeben, wenn er durch das erste Mittel und 
das Datenobjekt gekennzeichnete technische Zustand 
ubereinstimmt, und vierte Mittel, die nach Freigabe eines 
Datenobjektes den Controllerbaustein aktivieren, welcher 
dem gekennzeichneten technischen Zustand entspricht. 
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Beschreibung 

Zur Verarbeitung von Daten, welche von unterschiedli- 
chen Quellen bereitgestellt werden und welche verschieden- 
artige Strukturen aufweisen, konnen sogenannte "verteilte 5 
S3'steme M eingesetzt werden. Dabei kann es sich um ein iiber 
mindcstcns cincn Datcnbus vcrnctztcs Daten vcrarbcitungs- 
system aus verschiedenen separaten Datenverarbeitungsteil- 
einheiten handeln, in dem verschiedene Softwareprozesse 
u. U. parallel ablaufen. Abhangig vom aktuellen Systemzu- 10 
stand konnen dabei Softwareprozesse abwechselnd auch 
von unterschiedlichen Datenverarbeitungsteileinheiten des 
S}'sterns bearbeitet bzw. weiterbearbeitet werden. Ein ver- 
teiltes Datenverarbeitungssystem liegt aber auch bereits 
dann vor, wenn getrennte Softwareprozesse auf einer einzi- 15 
gen Datenverarbeitungsteileinheit ablaufen. 

Softwareprozesse konnen auf sogenannte "Ereignisse" 
reagieren, d. h. werden von diesen gesteuert. Die Verarbei- 
tung eines "Ereignisses" kann bewirken, daB der Software- 
prozeB mit aktualisierten Daten weiterbearbeitet wird, bzw. 20 
daB der Programmablauf des Softwareprozesses beeinfluBt 
wird. Derartige "Ereignisse" konnen im allgemeinen als Da- 
tenobjekte angesehen werden, welche unterschiedlich sein 
konnen beziiglich Ursprung, Inhalt und Aufbau. Im einfach- 
sten Fall kann ein solches Datenobjekt aus einem einzigen 25 
Signalbit bestehen, welches z. B. von einem binaren Sensor 
generiert wird und von einem bestimmten SoftwareprozeB 
im dem verteilten Datenverarbeitungssystem in einer an- 
wendungsabhangigen Weise weiterverarbeitet wird. Ein sol- 
ches Datenobjekt kann naturlich auch einen erheblich erwei- 30 
terten Dateninhalt aufweisen. So kann bei spiels weise ein 
Datenobjekt einem von einem analogen Sensor erf aB ten 
analogen MeBwert entsprechen. In einem anderen beispiel- 
haften Fall kann das Datenobjekt einer binaf codierten Text- 
information entsprechen, welches von einem als ein Sensor 35 
dienenden Kommunikationsgerat automatisch aus einer als 
einen technischen ProzeB darstellenden Ubertragungsein- 
richtung empfangen wurde. Das Auftreten eines solchen Da- 
tenobjektes in einem verteilten Datenverarbeitungssystem 
soli desweiteren als ein "Ereignis" bezeichnet werden. 40 

Im Falle der vorliegenden Erfindung werden Ereignisse 
von Sensoren generiert bzw. zumindest ausgelost, welche 
ausgangsseitig an das verteilte Datenverarbeitungssystem 
angekoppelt sind. Eingangsseitig sind die Sensoren an einen 
technischen ProzeB angekoppelt, bilden also eine Schnitt- 45 
stelle zwischen dem verteilten Datenverarbeitungssystem 
und einer meBtechnisch erfaBbaren physikalischen Umge- 
bung des technischen Prozesses. Ursache fur die Generie- 
rung eines Ereignisses ist der Eintritt bzw. die Anderung ei- 
nes bestimmten Zustandes im technischen ProzeB, welche 50 
vom jeweiligen Sensor detektierbar sind. Die Detektion ei- 
nes solchen technischen Zustandes wird in einem insbeson- 
dere von dessen Art abhangigen Datenformat vom jeweili- 
gen Sensor dem verteilten Datenverarbeitungssystem an 
dessen Schnittstelle datentechnisch lesbar zumindest zur 55 
Verfugung gestellt. 

Im Falle der vorliegenden Erfindung sind auch soge- 
nannte Aktoren eingangsseitig an der mindestens einen 
Schnittstelle des verteilten Daten verarbeitung ssys terns und 
ausgangsseitig an einem technischen ProzeB angeschlossen. 60 
Es handelt sich dabei um technische Elemente, womit der 
Zustand eines technischen Prozesses veranderbar ist, bzw. 
womit Betriebsmittel des technischen Prozesses ansteuerbar 
sind. Diese Eingriffe auf einen technischen ProzeB erfolgen 
in aller Regel an wendungs abhangig und werden mit Hilfe 65 
von speziellen Softwareprozessen gesteuert, welche im ver- 
teilten Datenverarbeitungssystem bearbeitet werden und an- 
wendungsabhangig die Funktionen von Aktoren steuern. 



Derartige Softwareprozesse sollen desweiteren Controller- 
bausteine genannt werden. 

Fur die vorliegende Erfindung sind die Begriffe Sensor 
und Aktor in einem iibergeordneten Sinne zu verstehen. Bei 
den Sensoren kann sich zum einen um Gerate zur Erf as sung 
von technischen MeB-, Regel- und Steuersignalen handeln, 
welche in binarcr, analogcr odcr digitalisicrtcr Form anfal- 
len. Als Beispiele sollen hierzu genannt werden z. B. Binar- 
signale, womit das Erreichen von vorgegebenen Positionen 
signalisiert wird, z. B. Zugturen geoffnet/geschlossen, oder 
z. B. digitalisierte MeBwerte, womit physikalische MeB- 
werte abgebildet werden, z. B. eine aktuelle Zuggeschwin- 
digkeit. Es werden aber auch Gerate als Sensoren angese- 
hen, welche textuelle Daten in binarcodierter, komprimier- 
ter bzw. verschliisselter Form entgegennehmen. Als ein Bei- 
spiele soil ein Adapter zum AnschluB eines verteilten Da- 
tenverarbeitungssystems an ein Dateniibertragungsstrecke 
genannt werden, z. B. an ein stationares Telefonnetz. Dieser 
wirkt z. B. bei der Entgegennahme einer faximilecodierten 
Textnachricht als ein Sensor. Die Dateniibertragungsstrecke 
ist dabei als technische ProzeB und die Nachrichtenubertra- 
gung als eine technische Zustandsanderung des technischen 
Prozesses anzusehen. Durch Entgegennahme der faximile- 
codierten Textnachricht und deren Einspeisung in das ver- 
teilte Datenverarbeitungssystems mittels eines Sensors wird 
diese zu einem Ereignis, welches wiederum von einem Con- 
trollerbaustein weiterverarbeitet wird. Wird schlieBlich die 
Textnachricht vom Controllerbaustein einem Drucker zum 
Ausdruck iibergeben, so ist der Drucker in diesem Fall der 
Aktor. 

Die der Erfindung zugrunde liegende Systemarchitektur 
soli fur den allgemeinen Fall wie folgt zusammengefaBt 
werden: Sensoren sind an unterschiedliche technische Pro- 
zesse angekoppelt und erfassen ausgewahlte technische Zu- 
stande bzw. iiberwachen deren Eintritt. Die Sensoren bilden 
die technischen Zustande in Datenobjekte ab, welche kurz 
Ereignisse genannt werden. Diese Ereignisse werden in ei- 
nem programmgesteuerten, verteilten Datenverarbeitungs- 
system mit Hilfe von Controllerbausteinen bearbeitet. In ei- 
nem Controllerbaustein ist in Form von anwendungs abhan- 
gigen Befehlsfolgen hinterlegt, in welcher Weise die von ei- 
nem Sensor einem Ereignis iibergebenen aktuellen Nutzda- 
ten weiterverarbeitet werden sollen. Die Verarbeitung dieser 
Nutzdaten mittels eines Controllerbausteines hat in aller Re- 
gel als Ergebnis die Inbetriebsetzung eines zugeordneten 
Aktors zur Folge, welcher dann gesteuert durch den Con- 
trollerbaustein auf wiederum einen anderen technischen 
ProzeB ein wirkt. Vielfach sind die Aktoren des Systems an 
andere technische Prozesse angekoppelt als die Sensoren. 
Das programrngesteuerte, verteilte Datenverarbeitungssy- 
stem schlieBlich kann aus einer Vielzahl von Datenverarbei- 
tungsteileinheiten bestehen, welche iiber Datenbusse unter- 
einander vernetzt sind. Die Sensoren und Aktoren sind an 
Schnittstellen des Datenverarbeitungssystems angeschlos- 
sen. Meist sind sie verteilt an Datenverarbeitungsteileinhei- 
ten angekoppelt. Ein Controllerbaustein wird in einer je- 
weils zugeordneten Datenverarbeitungsteileinheit bearbei- 
ten. Diese muB nicht identisch sein mit der Datenverarbei- 
tungsteileinheit, an die der Sensor angeschlossen ist, dessen 
Ereignisse von dem Controllerbaustein verarbeitet werden. 
Ebenfalls muB keine Identitat mit der Datenverarbeitungs- 
teileinheit bestehen, an die der Aktor angeschlossen ist, auf 
den der jeweilige Controllerbaustein zugreift. 

Bei verteilten Datenverarbeitungssystemen der oben dar- 
gestellten Art tritt das Problem auf, daB Ereignisse von ver- 
schiedensten Sensoren an unterschiedlichsten Stellen des 
verteilten Systems generiert werden konnen. Die Bearbei- 
tung von Ereignissen kann wiederum den Einsatz von Akto- 
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ren zur Folge haben, welche an vollig anderen Stellen des 
verteilten Datenverarbeitungssystems angeordnet sind. Eine 
besonders komplexe Situation liegt beispielsweise dann vor, 
wenn einerseits Sensoren und Aktoren an unterschiedlichen 
technischen Prozessen angekoppelt sind, und andererseits 5 
das verteilte Datenverarbeitungs system aus Datenverarbei- 
tungstcilcinhcitcn bcstchcn, wclchc iibcr mindcstcns cincn 
Datenbus miteinander vernetzt sind. Es kann bei einer sol- 
chen Architektur der Fall eintreten, daB zwar Ereignisse von 
einem an einer bestimrnten Datenverarbeitungsteileinheit 10 
des Systems angeschlossenen Sensor generiert werden. De- 
ren Bearbeitung iiber Controllerbausteine kann aber in einer 
anderen Datenverarbeitungsteileinheit des Systems erfol- 
gen. SchlieBlich kann ein als Ergebnis der Bearbeitung an- 
zusprechender Aktor an wiederum einer anderen Datenver- 15 
arbeitungsteileinheit des Systems angekoppelt sein. 

Bei einem derartig komplexen System ist es nicht mehr 
ohne weiteres moglich, die Quellen, Verarbeitungs- und 
Ubertragungswege von Ereignissen zu kontrollieren. Eine 
besonders uniibersichtliche Situation kann dann eintreten, 20 
wenn Anderungen in der aktuellen Topologie eines verteil- 
ten Datenverarbeitungssystems erforderlich sind. Insbeson- 
dere konnen dabei Anderungen in der Anzahl und Vertei- 
lung von Sensoren, Aktoren und gegebenenfalls vorhande- 
ner Datenverarbeitungsteilsysteme auftreten. Derartige An- 25 
derungen der Topologie beeinflussen aber in aller Regel die 
bislang an das verteilte Datenverarbeitungs system ange- 
schlossenen Sensoren und Aktoren, und vor allem die zwi- 
schen diesen ausgetauschten Ereignisse. Es ist somit not- 
wendig, selbst bei nur geringfugigen Anpassungen der To- 30 
pologie das gesamte verteilte Datenverarbeitungs system ei- 
ner Uberpriifung zu unterziehen. Um eine Fehlleitung bzw. 
sogar einen Verlust, d. h. eine Nichtausfuhrung, von Ereig- 
nissen ausschlieBen zu konnen, ist es haufig erforderlich, 
alle im verteilten System auftretende Controllerbausteine zu 35 
uberprufen, bzw. sogar an die neue Systemtopologie anzu- 
passen. 

Der Erfindung liegt die Aufgabe zu Grunde, ein System 
zur Verarbeitung von technischen Prozessen so weiterzubil- 
den, daB es universeller und flexibler handhabbar ist. 40 

Die Aufgabe wird gelost mit dem im Anspruch 1 angege- 
benen System zur Verarbeitung von technischen ProzeBer- 
eignissen. 

Das erflndungsgemaBe System enthalt ein programmge- 
steuertes, verteiltes Datenverarbeitungssystem. Ferner sind 45 
Sensoren vorhanden, welche eingangsseitig an mindestens 
einen technischen ProzeB und ausgangsseitig an mindestens 
einer Schnittstelle des verteilten Datenverarbeitungssystems 
angekoppelt sind. Die Sensoren generieren Datenobjekte, 
welche technische Zustande in einem technischen ProzeB 50 
kennzeichnen, und stellen diese an einer Schnittstelle des 
verteilten Datenverarbeitungssystems zumindest bereit. 
Diese Datenobjekte sollen bei der weiteren Erlauterung der 
Erfindung kurz als Ereignisse bezeichnet werden. 

Das erflndungsgemaBe System enthalt ferner Aktoren, 55 
welche eingangsseitig an einer Schnittstelle des verteilten 
Datenverarbeitungssystems und ausgangsseitig an einen 
technischen ProzeB angekoppelt sind, und womit in einem 
technischen ProzeB technischen Zustandcn andcrbar und/ 
oder Betriebsmittel ansteuerbar sind. Ferner sind Controller- 60 
bausteine vorhanden, womit zugeordnete Aktoren abhangig 
von Datenobjekten ansteuerbar sind. 

Das erflndungsgemaBe System enthalt ferner einen zen- 
tralen Steuerungsbaustein, welcher bei der weiteren Erlaute- 
rung der Erfindung kurz als Ereignismonitor bezeichnet 65 
werden soli. In diesem sind anwendungsabhangig, in ma- 
schinenlesbarer Form hinterlegbar erste Mittel, welche tech- 
nische Zustande in einem technischen ProzeB kennzeichnen. 
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Diese sollen bei der weiteren Erlauterung der Erfindung 
kurz als Ereignisbibliothek bezeichnet werden. Weiterhin 
sind enthalten zweite Mittel, womit Controllerbausteine da- 
tentechnisch zu ersten, technische Zustande kennzeichnen- 
den Mitt ein zugeordnet werden konnen. Diese zweiten Mit- 
tel sollen bei der weiteren Erlauterung der Erfindung kurz 
als Controllcrzuordnungcn bezeichnet werden. 

Der zentrale Steuerungsbaustein im erfindungsgemaBen 
System weist schlieBlich dritte und vierte Mittel auf. Dabei 
geben die dritten Mittel ein von einem Sensor bereitgestell- 
tes Datenobjekt durch Vergleich mit den ersten Mitteln dann 
frei, wenn der durch das erste Mittel und durch das jeweilige 
Datenobjekt gekennzeichnete technische Zustand iiberein- 
stimmt. Diese dritten Mittel sollen bei der weiteren Erlaute- 
rung der Erfindung kurz als Ereignisdetektor bezeichnet 
werden. Die vierten Mittel bestimmen und aktivieren nach 
Freigabe eines Datenobjektes unter Auswertung der zweiten 
Mittel den mindestens einen Controllerbaustein, welcher 
dem durch das Datenobjekt gekennzeichneten technischen 
Zustand entspricht. Diese vierten Mittel sollen bei der wei- 
teren Erlauterung der Erfindung kurz als Controlleraktivie- 
rung bezeichnet werden. 

Die Erfindung stellt ein System bereit, welches kurz "Er- 
eignisse" genannte Datenobjekte, die insbesondere Ande- 
rungen von Zustanden in technischen Prozessen datentech- 
nisch beschreiben und vollkommen unterschiedlich sein 
konnen bezuglich Ursprung, Aufbau und Inhalt, in einer 
ubersichtlichen Weise zentral verarbeiten kann. Das erfln- 
dungsgemaBe System ermoglicht es, ein verteiltes Daten- 
verarbeitungssystem, welches unter Umstanden zusatzlich 
eine vernetzte Struktur aufweisen kann, un abhangig von 
des sen aktueller Topologie vollstandig zu ubergreifen. Ins- 
besondere mit Hilfe des kurz "Ereignismonitor" genannten 
zentralen Steuerungsbausteines ist es moglich, die ereignis- 
gesteuerte Aktivierung von Controllerbausteinen und zuge- 
ordneten Aktoren so ubergeordnet ablaufen zu las sen, daB 
die Architektur und vor allem Anderungen der Architektur 
des verteilten Datenverarbeitungssystems nahezu ohne Ein- 
fluB bleiben. Derartige Architekturanderungen treten in der 
Praxis haufig auf, und konnen z. B. in einem verteilten Da- 
tenverarbeitungssystem, welches Vernetzungen aufweist, 
bereits durch Zu- oder Abschaltung von Datenverarbei- 
tungsteileinheiten verursacht werden. 

Das erflndungsgemaBe System ermoglicht es ferner Be- 
nutzern auf eine besonders einfache Weise, Konfigurations- 
anderungen vorzunehmen. Falls z. B. an das System neue 
Sensoren angeschlossen worden sind und folglich mit dem 
Auftreten von bis noch nicht bekannten Ereignissen zu rech- 
nen ist, so konnen diese Ereignisse an zentraler Stelle, nam- 
lich im zentralen Steuerungsbaustein in Form von entspre- 
chenden Neueintragen in der Ereignisbibliothek definiert 
werden. 

Die Flexibilitat des erfindungsgemaBen Systems ist be- 
sonders daran zu erkennen, daB an sich eine nicht begrenzte 
Anzahl an Controllerbausteinen im gesamten, verteilten Da- 
tenverarbeitungssystem aktiv sein konnen. Es muB lediglich 
gewahrleistet sein, daB das Ereignis, von dem ein Control- 
lerbaustein abhangig ist bzw. nach des sen Eintritt ein Zu- 
griff auf cincn Aktor ausgefuhrt wird, in der Ereignisbiblio- 
thek des zentralen Steuerungsbausteines definiert ist. An 
sich kann eine nicht begrenzte Anzahl unterschiedlicher 
Controllerbausteine, welche mit unterschiedlichen Aktoren 
kommunizieren, einem einzigen Ereignis zugeordnet sein. 
Aus einem Ereignis konnen somit unterschiedlichste Reak- 
tionen durch anwendungsabhangige Gestaltung von Con- 
trollerbausteinen und der Einwirkung auf ausgewahlte Ak- 
toren generiert werden. 

Insbesondere der zentrale Steuerungsbaustein im erfin- 
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dungsgemaBen System bildet eine zentral zugangliche, be- 
obachtbare und anpaBbare Schnittstelle zwischen den Sen- 
soren und den davon ausgelosten Ereignissen einerseits, und 
den Controllerbaustein und den davon anwendungsabhan- 
gig in Betrieb gesetzten Aktoren andererseits. Die Erfindung 5 
ermbglicht es somit besonders bei stark verteilten Daten ver- 
arbcitungssystcmcn in cincr vortcilhaftcn Weise, daB kcinc 
unmittelbaren datentechnischen Verkopplungen von Senso- 
ren und Aktoren z. B. durch direkte AdreBbeziige und der- 
gleichen notwendig sind. 10 

Weitere, vorteilhafte Ausfuhrungsformen der Erfindung 
sind in den Unteranspriichen angegeben. 

Eine erste Weiterbildung der Erfindung betrifft den Fall, 
daB das programmgesteuerte, verteilte Daten verarbeitungs- 
system mehrere programmgesteuerte Datenverarbeitungs- 15 
teileinheiten enthalt, welche iiber mindestens einen Daten- 
bus miteinander vernetzt sind. Die Sensoren und Aktoren 
sind dann anwendungsabhangig an die programmgesteuer- 
ten Datenverarbeitungsteileinheiten angeschlossen. In ei- 
nem solchen Fall ist es vorteilhaft, wenn der zentrale Steue- 20 
rungsbaustein ("Ereignismonitor") in bzw. mittels einer der 
prograrnmgesteuerten Datenverarbeitungsteileinheiten sy- 
stemubergreifend verwaltet wird. Diese Daten verarbei- 
tungsteileinheit ubernimmt dann die Ereignissteuerung fiir 
das gesamte System. 25 

Abhangig vom jeweiligen technischen ProzeB und dessen 
technischen Zustande, welche von entsprechend ausgewahl- 
ten Sensoren iiberwacht werden, kann es vorteilhaft sein, 
wenn ein durch die vierten Mittel bestimmter und aktivierter 
Controllerbaustein das zugehorige, vom jeweiligen Sensor 30 
generierte Datenobjekt auswertet. Dies ist insbesondere 
dann vorteilhaft, wenn ein Sensor bei einer detektierten Zu- 
standsanderung Daten erfaBt, in das Datenobjekt eintragt, 
und wenn eine erfolgreiche Inbetriebsetzung von Aktoren 
vom aktuelle Dateninhalt abhangig ist. In diesem Fall iiber- 35 
nimmt der Controllerbaustein die Vermittlung des Datenin- 
halts eines Ereignisses zwischen dem Sensor und dem dazu- 
gehorigen Aktor. 

Die iibergreifende Struktur des erfindungsgemaBen Sy- 
stems kann besonders dadurch vorteilhaft genutzt werden, 40 
daB eine Aktivierung bzw. Deaktivierung von Controller- 
bausteinen im verteilten Datenverarbeitungs system dadurch 
erfolgt, daB in den zweiten Mitteln die Zuordnungen der 
Controllerbausteine zu den ersten Mitteln hinterlegt oder ge- 
loscht werden. Ein Controllerbaustein ist somit erst dann im 45 
verteilten Datenverarbeitungssystem quasi angemeldet und 
kann aktiv werden, wenn durch einen oder mehrere entspre- 
chende Eintrage in den zweiten, Controllerzuordnung ge- 
nannten Mitteln dem zentralen Steuerungsbaustein mitge- 
teilt wurde, beim Eintritt von welchen Ereignissen seine Be- 50 
arbeitung erforderlich ist. Vorteilhaft wird eine Hinterle- 
gung bzw. Loschung der Zuordnungen in den zweiten Mit- 
teln des zentralen Steuerungsbausteines ("Ereignismonitor") 
durch die Controllerbausteine dynamisch selbsttatig be- 
wirkt. Controllerbausteine konnen sich somit automatisch 55 
beim zentralen Steuerungsbaustein an- und abmelden, in 
dem sie selbsttatig die Eintragung bzw. Loschung der ent- 
sprechenden Zuordnungen in den zweiten Mitteln veranlas- 
scn. Vorteilhaft ist die Information iiber die Zuordnung eines 
Controllerbausteines zu einem Ereignis im Controllerbau- 60 
stein selbst hinterlegt. Es ist durchaus moglich, daB sich 
mehrere, verschiedene Controllerbausteine, welche auf un- 
terschiedliche Aktoren zugreifen, beim Ereignismonitor fiir 
dasselbe Ereignis durch entsprechende Eintrage in den 
zweiten Mitteln anmelden. 65 

Ein Sonderfall liegt dann vor, wenn das programmgesteu- 
erte, verteilte Datenverarbeitungssystem mehrere pro- 
grammgesteuerte Daten verarbeitungsteileinheiten enthalt, 
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welche iiber mindestens einen Datenbus miteinander ver- 
netzt sind. In diesem Fall ist es vorteilhaft, wenn eine Hin- 
terlegung bzw. Loschung der Zuordnungen in den zweiten 
Mitteln des zentralen Steuerungsbausteines ("Ereignismoni- 
tor") durch die Controllerbausteine selbsttatig dann bewirkt 
wird, wenn die den jeweiligen Controllerbaustein enthal- 
tcndc Datcnvcrarbcitungstcilcinhcit aktivicrt bzw. dcakti- 
viert wird. 

Die von den Sensoren generierten Datenobjekte werden 
zumindest an einer Datenschnittstelle des verteilten Daten- 
verarbeitungssystems bereitgestellt. Die Ubernahme dieser 
Ereignisse in das Datenverarbeitungs S3' stem kann auf eine 
vorteilhafte Weise dadurch erfolgen, die Generierung von 
Datenobjekten durch Sensoren dem zentralen Steuerungs- 
baustein ("Ereignismonitor") im verteilten Datenverarbei- 
tungssystem von den jeweiligen Sensoren selbsttatig signa- 
lisiert wird. Eine derartige, quasi telegrammgesteuerte di- 
rekte Einkopplung eines Ereigniseintritts ist besonders 
schnell. Die Ubernahme dieser Ereignisse in das Datenver- 
arbeitungssystem kann auch dadurch erfolgen, daB die Ge- 
nerierung von Datenobjekten durch Sensoren vom zentralen 
Steuerungsbaustein ("Ereignismonitor") im verteilten Da- 
tenverarbeitungssystem selbsttatig erfaBt wird, insbeson- 
dere durch zyklische Abfrage von Sensoren. In diesem Fall 
stehen die Ereignisse an der Schnittstelle des verteilten Da- 
tenverarbeitungssystems quasi zur Abholung bereit und 
werden bei Bedarf oder zyklisch von der Datenverarbei- 
tungseinheit selbst oder davon gesteuert z. B. iiber Control- 
lerbausteine datentechnisch gelesen. 

SchlieBlich kann gemaB einer weiteren, bevorzugten Aus- 
fiihrung der Erfindung dem zentralen Steuerungsbaustein 
("Ereignismonitor") eine Bedieneinrichtung zugeordnet 
sein, insbesondere eine graphische Bedienoberflache, wel- 
che z. B. auf einem Monitor ausgegeben wird. Uber diese 
sind anwendungsabhangig zumindest Kennzeichnungen 
von aktuellen technischen Zustanden in den ersten Mitteln 
("Ereignisbibliothek") hinterleg- bzw. anderbar. Fiir Benut- 
zer des erfindungsgemaBen Systems ist es damit auf eine be- 
sonders einfache Weise moglich, Konfigurationsanderungen 
vorzunehmen, d. h. z. B. neue Ereignisse zu definieren, bzw. 
nicht mehr auftretende Ereignisse zu loschen. Fiir den Fall, 
daB Controllerbausteine deren Zuordnungen zu Ereignissen, 
d. h. zu den ersten Mitteln, nicht selbsttatig in den zentralen 
Steuerungsbaustein eintragen, so besteht iiber die Bedien- 
einrichtung fiir einen Benutzer ebenfalls die Moglichkeit, 
zentral Controllerzuordnungen neu vorzugeben, anzupassen 
bzw. zu loschen. 

Die Erfindung wird an Hand von in den nachfolgend kurz 
angefuhrten Figuren dargestellten Ausfiihrungsbeispielen 
naher erlautert. Dabei zeigt 

Fig. 1 ein allgemeines Blockschaltbild fiir eine mogliche 
Architektur eines verteiltes Datenverarbeitungssystems, 
wobei der erfindungsgemaBe Ereignismonitor bei spielhaft 
von einer Daten verarbeitungsteileinheit des Datenverarbei- 
tungssystems bearbeitet wird, 

Fig. 2 eine bevorzugte Ausfuhrungsform der Erfindung in 
Form eines allgemeinen Blockschaltbildes, und 

Fig. 3 ein Anwendungsbeispiel fiir die Erfindung. 

Das allgcmcinc Blockschaltbild von Fig. 1 zeigt cine 
mogliche Architektur fiir ein programmgesteuertes, verteil- 
tes Datenverarbeitungssystem 80. Dieses ist iiber eine Da- 
tenschnittstelle 81 an einen technischen ProzeB 90 angekop- 
pelt. Technische Prozesse weisen in aller Regel eine Viel- 
zahl von technischen Betriebsmitteln auf, welche den Pro- 
zeB ablauf ermoglichen. Auf Grund der technischen Be- 
triebsmittel kann der technische ProzeB verschiedene tech- 
nische Zustande einnehmen. Im Beispiel der Fig. 1 sind 
zwei technische Zustande A und B in Form der Elemente 10, 
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16 symbolisch dargestellt. Diese technischen Zustande bzw. 
deren Eintritte konnen durch entsprechend ausgebildete 
Sensoren meBtechnisch erfaBt werden. Im Beispiel der Fig. 

I werden die technischen Zustande A, B durch die Sensoren 

II bzw. 17 erfaBt, welche jeweils auf einem zur Erfassung 5 
der Zustande 10, 16 geeigneten physikalischen MeBprinzip 
bcruhcn. Die rncBtcchnischc Umsctzung der technischen 
Zustande wird von den Sensoren 11, 17 in Form von Daten- 
objekten 12, 18 in die Datenschnittstelle 81 des Datenverar- 
beitungssystems 80 eingespeist, welche im Beispiel der Fig. 10 

1 als "Ereignis A" und 'Ereignis B" bezeichnet sind. 

Die verteilte Datenverarbeitungseinheit 80 weist im Bei- 
spiel der Fig. 1 vier Datenverarbeitungsteileinheiten 1, 3, 5 
und 7 auf, welche jeweils iiber einen CPU genannten Pro- 
zessor 2, 4, 6 und 8 zur getrennten Programmverarbeitung 15 
verfiigen. Die Datenverarbeitungsteileinheiten sind iiber ei- 
nen Datenbus 9 untereinander vernetzt. In einer anderen, 
nicht dargestellten Ausfiihrung kann eine verteilte Daten- 
verarbeitungseinheit auch nur iiber einen Prozessor verfii- 
gen, welcher voneinander getrennte Programme insbeson- 20 
dere quasiparallel ausfiihrt. Im Beispiel der Fig, 1 sind die 
Sensoren 11 bzw. 17 an die Datenverarbeitungsteileinheiten 

2 bzw. 4 angekoppelt. Die davon generierten Ereignisse A 
bzw. B werden somit von diesen Datenverarbeitungsteilein- 
heiten entgegengenommen und von den dazugehorigen Pro- 25 
zessoren 2, 4 verarbeitet. 

Ferner sind im Beispiel der Fig. 1 Aktoren 19 bzw. 20 
iiber die Datenschnittstelle 81 beispielhaft an den Datenver- 
arbeitungsteileinheiten 5 bzw. 7 angeschlossen, welche auf 
technische Betriebsmittel C bzw. D mit den Bezugszeichen 30 
91 bzw. 92 zugreifen. Im Beispiel der Fig. 1 ist angenom- 
men, daB das Auftreten der Ereignisse A bzw. B einen pro- 
grammtechnischen Zugriff auf die Aktoren 19 bzw. 20 zur 
Folge hat. Die anwendungsabhangigen Details dieser Zu- 
griff e sind in Controllerbausteinen C bzw. D mit den Be- 35 
zugszeichen 14 bzw. 15 hinterlegt, welche in den Datenver- 
arbeitungsteileinheiten 6 bzw. 8 programmtechnisch bear- 
beitet werden. 

Das verteilte Datenverarbeitungs system 80 weist nun ge- 
maB der Erfindung einen "Ereignismonitor" genannten zen- 40 
tralen Steuerungsbau stein auf, welche beispielhaft von der 
Datenverarbeitungsteileinheit 13 verwaltet wird. Uber deren 
Prozessor 6 erfolgt einerseits eine "Zuordnung" von Ereig- 
nis zu Controllerbaustein. Im Beispiel der Fig. 1 sei ange- 
nommen, daB das Auftreten der Ereignisse A bzw. B von 45 
den Controllerbausteinen C bzw. D bearbeitet wird. Dies ist 
durch entsprechende Beschriftungen im Feld des Ereignis- 
monitors 13 symbolisiert. ErfindungsgemaB erfolgt ferner 
mit Hilfe des Prozessors 6 eine "Detektion" des Auftretens 
von den im Datenverarbeitungssystem 80 zugelassenen Er- 50 
eignissen A bzw. B. Im Falle der Detektion eines oder beider 
Ereignisse A bzw. B erfolgt schlieBlich durch die CPU 6 
bzw. 8 der Datenverarbeitungsteileinheit 5 bzw. 7 eine "Ak- 
tivierung" der entsprechenden Controllerbausteine 14 bzw. 
15 und damit der zugeordneten Aktoren 19 bzw. 20. Der 55 
Vorteil der Erfindung ist darin zu sehen, daB systemiibergrei- 
fend alle auftretenden Ereignisse unabhangig davon, von 
welchem Sensor an welcher Datenverarbeitungsteileinheit 
diese ausgclost werden, und unabhangig davon, welche Ak- 
toren an welchen Datenverarbeitungsteileinheiten davon in 60 
Betrieb gesetzt werden sollen, zentral im sogenannten Er- 
eignismonitor verwaltet werden konnen. 

Eine bevorzugte Ausfuhrungsform der Erfindung soli an- 
hand des B locks chaltbildes der Fig. 2 naher erlautert wer- 
den. 65 

Der Ereignismonitor 13 des dargestellten Beispiels weist 
dabei beispielhaft die grundlegenden Bausteinkomponenten 
"Ereignisbibliothek" 131, "Controllerzuordnungen" 132, 
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"Ereignisdetektor" 133 und " Controller aktivierungen" 134 
auf. Der Ereignismonitor des erfindungsgemaBen Systems 
kann im allgemeinen als ein Softwarekonstrukt angesehen 
werden, welches Gebrauch macht von den Hardware- und 
Betriebssystemresourcen derjenigen Datenverarbeitungs- 
teileinheit im verteilten Datenverarbeitungss)^stem, auf dem 
der Ereignismonitor installicrt ist und verwaltet wird. 

In der ersten Bausteinkomponente 131, welche als "Er- 
eignisbibliothek" bezeichnet wird, sind alle im verteilten 
Datenverarbeitungssystem auftretenden bzw. zugelassenen 
Ereignisse in Form von Datenbankobjekten niedergelegt 
bzw. definiert. In der Fig. 2 sind beispielhaft ein "Ereignis 
a", 'Ereignis n" und "Ereignis z" dargestellt. In diesen Da- 
tenbankobjekten konnen anwendungsabhangig alle Befehls- 
anweisungen und Daten niedergelegt werden, welche zu- 
mindest fur die Identifikation der jeweiligen Ereignisses a 
... n ... z notwendig sind. Diese Eintrage konnen auch als 
Ereignisfilter bezeichnet werden. Bei VergroBerungen bzw. 
Verkleinerungen eines verteilten Datenverarbeitungssy- 
stems konnen auf einfache Weise alle damit zusammenhan- 
genden und Ereignisse betreffenden Anderungen zentral im 
Ereignismonitor z. B. durch Neueintrag hinzugekommener 
Ereignisse bzw. Loschung nicht mehr auftretender Ereig- 
nisse systemlibergreifend vorgenommen werden. 

Eine zweite Bausteinkomponente, welche als "Control- 
lerzuordnungen" 132 bezeichnet wird, ermoglicht eine an- 
wendungsabhangige Zuordnung der im Datenverarbeitungs- 
system vorkommenden Controllerbausteine zu den in der 
"Ereignisbibliothek" 131 definierten Ereignis sen. Im Bei- 
spiel der Fig. 2 sind mit den Bezugszeichen 30, 32, 34 ver- 
sehene Controllerbausteine a, b, c vorgesehen. Dabei weist. 
jeder Controllerbaustein zwei Funktionseinheiten auf, wel- 
che bezeichnet sind mit "fiir Ereignis . . . anmelden" und 
"Ereignis . . . behandeln". Im Beispiel sind die Controller- 
bausteine a, b mit den Bezugszeichen 30, 32 fiir das Auftre- 
ten eines Ereignisses von Typ a und der Controllerbaustein y 
mit dem Bezugszeichen 34 dem fiir das Auftreten eines Er- 
eignisses von Typ z vorgesehen. Die Anmeldung eines Con- 
trollerbausteines bei der zweiten Bausteinkomponente 132 
erfolgt bevorzugt durch den jeweiligen Controllerbaustein 
selbst und ist in der Fig. 2 durch punktierte Pfeile 31, 33, 35 
von der ersten Funktionseinheit der Controllerbausteine zur 
Bausteinkomponente 132 des Ereignismonitors 13 symboli- 
siert. Im Ergebnis entstehen dadurch programmtechnische 
Verzweigungen von einem Controllerbaustein zu einem Er- 
eignis. Im Beispiel der Fig. 2 sind die Verzweigungen "Con- 
troller a — ► Ereignis a", "Controller b — ► Ereignis a" und 
"Controller y — ► Ereignis z" vorgegeben. Eine Aktivierung 
und Deaktivierung von Controllerbausteinen im verteilten 
Datenverarbeitungssystem kann auf einfache Weise zentral 
und systemubergreifend durch Eintragung bzw. Loschung 
von Controllerzuordnungen in der Bausteinkomponente 132 
erfolgen. Besonders vorteilhaft erfolgt eine derartige Akti- 
vierung bzw. Deaktivierung gleichzeitig mit einer Zuschal- 
tung bzw. Abschaltung derjenigen Datenverarbeitungsteil- 
einheit, in welcher der jeweilige Controllerbaustein bearbei- 
tet wird. Die Aktivierung eines Controllerbausteines durch 
Hinterlegung einer entsprechenden Zuordnung kann auch 
als "Anmeldung", die Deaktivierung der Zuordnung durch 
Loschung kann auch als "Abmeldung" des jeweiligen Con- 
trollerbausteines im verteilten Datenverarbeitungssystem 
bezeichnet werden. 

Eine dritte Bausteinkomponente 133 des zentralen Ereig- 
nismonitors 13 wird als "Ereignisdetektor" bezeichnet. 
Diese hat die Aufgabe, den Eintritt eines in der Ereignisbi- 
bliothek 131 definierten Ereignisses im verteilten Datenver- 
arbeitungssystem zu erfassen. Im Beispiel der Fig. 2 sind 
zwei, mit den Bezugszeichen 22, 26 versehene Sensoren A, 
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B stellvertretend fur eine bei verteilten Daten verarbeitungs- 
systemen in der Praxis meist erheblich groBere Anzahl an 
Sensoren dargestellt. Diese sind iiber physikalische Wir- 
kungseingange, durch punktierte Pfeile 21, 25 symbolisch 
dargestellt, gemeinsam an einen oder verschiedene techni- 5 
sche Prozesse angekoppelt. 

Es stchcn nun mchrcrc Moglichkcitcn zur Vcrfugung, um 
den Eintritt von Ereignissen durch die Bausteinkomponente 
"Ereignisdetektor" 133 zu erfassen. Bei einer Variante fragt 
der Ereignisdetektor des Ereignismonitors alle am verteilten 10 
Datenverarbeitungssystem angeschlossenen Sensoren be- 
vorzugt zyklisch ab. Bei einer anderen Variante signalisieren 
die angeschlossenen Sensoren den Eintritt eines selbsttatig 
an den Ereignis monitor. Eine Ausfiihrung dieser zweiten 
Variante ist im Beispiel der Fig, 2 dargestellt. Bei einem Er- 15 
eigniseintritt werden von den Sensoren 22, 26 Datentele- 
gramme 23, 27 generiert und an den Ereignismonitor selbst- 
tatig iibertragen. In der Fig. 2 wird ein, das Ereignis a signa- 
lisierendes Datentelegrarnm 23 vom Sensor 22 generiert und 
zum Ereignisdetektor 133 iibertragen, was durch einen die 20 
Datenubertragung symbolisierenden Pfeil 24 dargestellt ist. 
Entsprechend kann der Sensor 26 ein Datentelegrarnm 27 
bei Eintritt eines Ereignis ses z generieren und mittels der 
Datenubertragung 28 zur Bausteinkomponente 27 weiterlei- 
ten. 25 

Der Ereignisdetektor 133 aktiviert seinerseits die vierte 
Bausteinkomponente 134, welche als "Controlleraktivierun- 
gen" 134 bezeichnet wird. Diese stellt unter Riickgriff auf 
die zweite Bausteinkomponente "Controllerzuordnungen" 
132 den zu dem jeweils aktiv gewordenen Ereignis gehori- 30 
gen Controllerbaustein fest und aktiviert diesen, was daten- 
technisch auch als eine Benachrichtigung bezeichnet wer- 
den kann. Im Beispiel der Fig. 2 sind als mogliche Aktivie- 
rungen die Kombinationen "Ereignis a— ► Controller a", "Er- 
eignis a — ► Controller b" und "Ereignis z — ► Controller y" 35 
symbolisch eingezeichnet. Die Aktivierung erfolgt in der 
Praxis durch einen datentechnischen Aufruf des jeweiligen 
Controllerbausteines 30, 32 bzw. 34. Die Aufrufe sind durch 
die Pfeile mit den Bezugszeichen 36, 37, 38 symbolisiert, 
welche auf die zweite Funktionseinheit des jeweiligen Con- 40 
trollerbausteines 30, 32 bzw. 34 verzweigt. Diese sind be- 
schriftet mit "Ereignis abehandeln", "Ereignis abehandeln" 
und "Ereignis z behandeln" beschriftet. 

Die Behandlung eines Ereignisses bewirkt einen anwen- 
dungsabhangigen Zugriff auf einen Aktor, welcher dem je- 45 
weiligen Controllerbaustein zugeordnet ist. Dabei kann die 
Art des jeweiligen Zugriff es durch entsprechende Befehls- 
anweisungen im Controllerbaustein selbst hinterlegt sein. 
Ferner kann es notwendig sein, daB ein Controllerbaustein 
fiir den Zugriff auf einen Aktor Daten benotigt, welche vom 50 
jeweiligen Sensor erfaBt wurden. Im Beispiel der Fig. 2 ist 
durch den Pfeil mit dem Bezugszeichen 29 eine solche 
Ubertragung von MeBdaten eines technischen Prozesses 
zwischen dem Sensor A fur das Ereignis a und den dieses 
Ereignis behandelnden Controller b mit dem Bezugszeichen 55 
32 symbolisch dargestellt. 

Fiir diese MeBdateniibertragung zwischen Sensor und 
Controllerbaustein gibt es verschiedene Moglichkeiten. Bei 
einer crstcn moglichcn Ausfuhrung gibt der jcwciligc Sen- 
sor aktuelle Daten des technischen Prozesses moglichst ge- 60 
meinsam mit dem zur Signalisierung des Ereigniseintritts 
dienenden Telegramms an den Ereignismonitor ab, wo diese 
z. B. in einem sogenannten Ereignisfilter zwischengespei- 
chert werden. Der daraufhin vom im "Ereignisdetektor" ak- 
tivierte, zugeordnete Controllerbaustein kann dann diese 65 
Daten aus dem Ereignisfilter aus lesen und in der jeweils 
vorgesehenen Weise weiterverarbeiten. Bei einer zweiten 
moglichen Ausfuhrung gibt der jeweilige Sensor die aktuel- 
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len MeBdaten an ein externes Speichermedium ab, vom dem 
der zugeordnete Controllerbaustein die Daten auslieBt. Bei 
einer weiteren Ausfiihrungsform konnen die Daten auch im 
Sensor zwischengespeichert werden, so daB der zugeordnete 
Controllerbaustein die Daten nach seiner Aktivierung und 
bei der Ereignisbehandlung unmittelbar aus dem Sensor 
auslieBt. 

Im Beispiel der Fig. 2 sind drei Aktoren 40, 43, 45 vor- 
handen. Dabei wirken die von den Aktoren 40 (K) und 43 
(A) ausfuhrbaren Aktionen auf den technischen ProzeB ein 
und bewirken dort Anderungen von technischen Zustanden 
und/oder wirken auf Betriebsmittel des technischen Prozes- 
ses ein. Die Aktoren 40, 43 werden von den Controllerbau- 
steinen 30, 32 iiber Signalleitungen 39, 42 angesprochen, 
wenn diese von der Controlleraktivierung 134 in Betrieb ge- 
setzt wurden und deren jeweils zweite Funktionseinheit "Er- 
eignis . . . behandeln" bearbeitet wird. Wie bereits erlautert, 
greift beispielhaft der Controllerbaustein 32 der Ereignisbe- 
handlung auf Daten zuriick, welche vom zugeordneten Sen- 
sor 22 direkt im technischen ProzeB erfaBt wurden. SchlieB- 
lich wird ein Aktor 45 (M) bei der Behandlung des Ereignis- 
ses z vom Controllerbaustein 34 angesprochen. Dieser wirkt 
nicht direkt auf den technischen ProzeB ein. Vielmehr kann 
die Einwirkung indirekt iiber Datenverarbeitungsteileinhei- 
ten erfolgen bzw. moglicherweise auch Komponenten des 
verteilten Datenverarbeitungssystems selbst betreffen. 

Die Erfindung hat den wesentlichen Vorteil, daB alle in ei- 
nem verteilten Datenverarbeitungssystem vorkommenden 
Ereignisse im Ereignismonitor zentral verwaltet werden 
konnen. Es ist somit bei Auftreten eines Ereignisses bei- 
spiels weise nicht notwendig, rechenzeitintensive Suchen in 
den Programmcodes von in Datenverarbeitungsteileinheiten 
des Systems verteilten Softwareprozessen durchzufuhren, 
um diejenigen Befehlscodierungen zu identifizieren, welche 
die Behandlung des jeweiligen Ereignisses betreffen. Ferner 
sind Erweiterungen des verteilten Datenverarbeitungssy- 
stems problemlos durch Konfigurationsanpassungen im Er- 
eignismonitor umsetzbar. 

An Hand eines in Fig. 3 dargestellten Blockschaltbildes 
soli ein praktisches Beispiel fur ein erfindungsgemaB gestal- 
tetes verteiltes Datenverarbeitungssystem erlautert werden, 
welches zur Datenkommunikation in einem Zug eingesetzt 
werden kann. Dieses enthalt die folgenden Komponenten: 

Technischer ProzeB 1: Fahrzeugtiirensystem 

Sensor 62: Endstellung Fahrzeugtiirenkontakte 

Ereignis: VerschluB Fahrzeugtiiren 

Daten Sensor 62: Wagennummer, Turnurnmer 

Controllerbaustein 63: Accustic 

Controllerbaustein 64: Passenger 

Controllerbaustein 75: Zugbegleiter 

Technischer ProzeB 2: Fahrzeugkommunikationsanlage 

Aktor 65: Fahrzeug Soundsystem 

Aktor 66: Fahrzeug Displaysystem 

Aktor 79: Fahrzeug Infosystem. 

Diese aufgelisteten Komponenten von Fig. 3 arbeiten in 
einem zur Datenkommunikation in einem Zug dienenden 
verteilten Datenverarbeitungssystem beispielhaft wie folgt 
zusammen: 

Ein Zug weist neben vielen anderen Komponenten ein Fahr- 
zeugtiirensystem auf, welches als ein ausgewahlter, bei- 
spielh after technischer ProzeB im gesamten Zugsystem an- 
gesehen werden kann. Dieses Fahrzeugtiirensystem enthalt 
wiederum eine Vielzahl von Sensoren und Aktoren, von de- 
nen im vorliegenden Beispiel nur der Sensor 62 betrachtet 
werden soli. Hiermit konnen die Endstellungen der Fahr- 
zeugtiiren erfaBt werden. Ein positives Signal des Sensors 
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62 ist z. B. Voraussetzung fur den Fahrtbeginn des Zuges, 
wahrend ein negatives Signal einen Hinweis fur den Service 
einer defekten Fahrzeugtiir bereitstellt. Der Sensor 62 erfaBt 
somit die Endstellungen der Fahrzeugturen und stellt als Da- 
ten z. B. die den Endstellungen zugeordneten Wagen- und 5 
Turnummern zur Verfiigung. Der Sensor 62 kann in der Pra- 
xis cine Viclzahl von Subscnsorcn aufwciscn, wclchc an den 
Zugtiiren angebracht sind. 

In einer Ereignisbibliothek 611 eines erfindungsgemaB 
aufgebauten Ereignismonitors 61 ist im Beispiel nur ein Er- 10 
eignis E2 eingetragen, welches den VerschluB von Fahr- 
zeugtiiren des Zuges signalisiert. Das Auftreten dieses Er- 
eignisses, z. B. nachdem ein Zugfiihrer ein die Zugtiiren 
verschlieBendes Signal an das Fahrzeugturensystem abge- 
geben hat, kann von einer Vielzahl von Controllerbausteinen 15 
in unterschiedlicher Weise ausgewertet werden und zur In- 
betriebsetzung unterschiedlichster Aktoren fiihren, welche 
auf verschiedene technische Prozesse des Zugsystems ein- 
wirken konnen. In der Bausteinkomponente Controllerzu- 
ordnungen 612 des Beispieles sind die Controllerbausteine 20 
"Accustic", "Passenger" und "Zugbegleiter" dem Ereignis 
E2 zugeordnet. 

Das Auftreten eines Ereignis ses vom Typ E2 wird im Bei- 
spiel der Fig, 3 durch eine permanente, bevorzugt zyklische 
Abfrage des Sensors 62 durch den Ereignismonitor 61 iiber 25 
die Signalleitung 67 uberwacht. Hat sich zwischen zwei der- 
artigen Abfragen ein Ereignis E2 ereignet, so wird dies bei 
der nachsten Abfrage iiber die Signalleitung 68 dem Ereig- 
nismonitor 61 gemeldet. Dabei konnen auch aktuelle Daten 
iibertragen und z. B. im Ereignisdetektor 613 zwischenge- 30 
speichert werden. Derartige Daten konnen z. B. die Num- 
mern der Tiiren und Zugwagons beinhalten, bei denen der 
VerschluB der Zugtiiren z. B. auf Grund eines Defektes fehl- 
geschlagen ist. Nach einer Ereignisdetektion werden die zu- 
geordneten Controllerbausteine "Controller Accustic", 35 
"Controller Passenger" und "Controller Zugbegleiter" von 
der Controlleraktivierung 614 in Betrieb gesetzt. 

Dem Controllerbaustein 63 "Controller Accustic" wird 
nun ein Startsignal 70 zur Ereignis behandlung iibermittelt. 
Dieser wertet das eingetretene Ereignis aus, greift daraufhin 40 
auf den Aktor 65 "Fahrzeug Soundsystem" zu und iibermit- 
telt aktuelle Daten 73 an den Aktor. Im Beispiel konnen die 
Daten einen an die Fahrgaste gerichteten BegruBungstext 
enthalten, der im Controllerbaustein vorratig ist, akustisch 
iiber eine Lautsprecheranlage ausgegeben wird und der z. B . 45 
den Fahrbeginn des Zuges mitteilt, wenn das Ereignis E2 
den erfolgreichen VerschluB der Fahrzeugtiiren signalisiert 
hat. 

Weiterhin wird dem Controllerbaustein 64 "Controller 
Passenger" ein Startsignal 72 zur Ereignisbehandlung iiber- 50 
mittelt. Dieser wertet das eingetretene Ereignis aus, greift 
daraufhin auf den Aktor 66 "Fahrzeug Displaysystem" zu 
und iibermittelt aktuelle Daten 74 an den Aktor. Im Beispiel 
konnen die Daten einen an die Fahrgaste gerichteten Begrii- 
Bungstext enthalten, der im Controllerbaustein vorratig ist, 55 
optisch auf Sitzplatzanzeigevorrichtungen ausgegeben wird 
und der z. B. das aktuelle Fahrziel des Zuges mitteilt, wenn 
das Ereignis E2 den erfolgreichen VerschluB der Fahrzeug- 
tiiren signalisiert hat. 

SchlieBlich wird dem Controllerbaustein 79 "Controller 60 
Zugbegleiter" ein Startsignal 77 zur Ereignisbehandlung 
iibermittelt. Dieser wertet das eingetretene Ereignis aus, 
greift daraufhin auf den Aktor 79 "Fahrzeug Infosystem" zu 
und iibermittelt aktuelle Daten 78 an den Aktor. Im Beispiel 
konnen die Daten eine an den Zugbegleiter gerichtete Mel- 65 
dung enthalten, die im Controllerbaustein vorratig ist, op- 
tisch auf einer Kontrolleinrichtung ausgegeben wird und die 
z. B. eine Wagen- und Tiirnurmiier mitteilt, wenn das Ereig- 



nis E2 das Fehlschlagen des Verschlusses einer Fahrzeugtiir 
signalisiert hat. 

In Fig. 3 soli mittels der Pfeile 69, 71, 76 angezeigt wer- 
den, daB die Controllerbausteine 63, 64, 75 sich bevorzugt 
selbsttatig beim Ereignismonitor 61 zur Behandlung des Er- 
eignisses E2 anmelden konnen. Im Beispiel hinterlegt dann 
der Controllerbaustein 63, 64 und 75 cine Vcrzcigbcfchlsan- 
weisung "Controller Accustic — ► E2\ "Controller Passenger 
— ►E2" und "Controller Zugbegleiter —>*E2" in der Baustein- 
komponente "Controllerzuordnungen" 612. 

Patentanspriiche 

1 . System zur Verarbeitung von technischen ProzeBer- 
eignissen (10, 16), welches enthalt 

a) ein programing esteuertes, verteiltes Datenver- 
arbeitungssystem (80), 

b) Sensoren (22, 26; 47; 62), welche 

bl) eingangsseitig an mindestens einen techni- 
schen ProzeB (90) und ausgangsseitig an minde- 
stens einer Schnittstelle (81) des verteilten Daten- 
verarbeitungs systems (80) angekoppelt sind, und 
die 

b2) Datenobjekte (12, 18; 23, 27) generieren, wel- 
che technische Zustande (10, 16; 21, 25) im einem 
technischen ProzeB (90) kennzeichnen, und an ei- 
ner Schnittstelle (81) des verteilten Datenverar- 
beitungssy stems zumindest bereitstellen ("Ereig- 
nisse"), und 

c) Aktoren (40, 43; 51; 65, 66), welche 

cl) eingangsseitig an einer Schnittstelle (81) des 
verteilten Daten verarbeitungssy stems (80) und 
ausgangsseitig an einen technischen ProzeB (90) 
angekoppelt sind, und womit 
c2) in einem technischen ProzeB (90) technischen 
Zustanden anderbar und/oder Betriebs mittel (91, 
92) ansteuerbar sind, 

d) Controllerbausteine (30, 32, 34; 48, 49; 63, 
63), womit zugeordnete Aktoren (40, 43; 51; 65, 
66) abhangig von Datenobjekten (12, 18; 23, 27) 
ansteuerbar sind, und 

e) einen zentralen Steuerungsbau stein ("Ereignis- 
monitor") (13, 46, 61), 

el) in dem anwendungsabhangig, in maschinen- 
lesbarer Form hinterlegbar sind 
ell) erste Mittel (131, 461, 611), welche techni- 
sche Zustande in einem technischen ProzeB (90) 
kennzeichnen ("Ereignisbibliothek"), und 
el 2) zweite Mittel (132, 462, 612), womit Con- 
trollerbausteine datentechnisch zu ersten, techni- 
sche Zustande kennzeichnenden Mitteln zugeord- 
net werden konnen ("Controllerzuordnungen") 
e2) und welcher aufweist 

e21) dritte Mittel (133, 463, 613), die ein von ei- 
nem Sensor bereitgestelltes Datenobjekt (12, 18; 
23, 27) durch Vergleich mit den ersten Mitteln 
dann freigeben, wenn der durch das erste Mittel 
und durch das jeweilige Datenobjekt gekenn- 
zcichnctc technische Zustand ubcrcinstimmt ("Er- 
eignisdetektor"), und 

e22) vierte Mittel (134, 464, 614), die nach Frei- 
gabe eines Datenobjektes (12, 18; 23,27) unter 
Auswertung der zweiten Mittel den mindestens 
einen Controllerbaustein bestimmen und aktivie- 
ren, welcher dem durch das Datenobjekt gekenn- 
zeichneten technischen Zustand entspricht ("Con- 
troller akti vierung " ) . 

2. System zur Verarbeitung von technischen ProzeBer- 
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eignissen nach Anspruch 1, wobei 

a) das programmgesteuerte, verteilte Datenverar- 
beitungs system (80) mehrere programmgesteu- 
erte Datenverarbeitungsteileinheiten (1, 3, 6, 8) 
enthalt, welche iiber mindestens einen Datenbus 5 
(9) miteinander vernetzt sind, 

b) Scnsorcn (22, 26; 47; 62) und Aktorcn (40, 43; 
51; 65, 66) anwendungsabhangig an die pro- 
grammgesteuerten Datenverarbeitungsteileinhei- 
ten (1, 3, 6, 8) angeschlossen sind, und 10 

c) der zentrale Steuerungsbaustein ("Ereignismo- 
nitor") (13, 46, 61) in bzw. mittels einer der pro- 
grammgesteuerten Datenverarbeitungsteileinhei- 
ten (1, 3, 6, 8) systemubergreifend verwaltet wird. 

3. System zur Verarbeitung von technischen ProzeBer- 15 
eignissen nach einem der vorangegangenen Ansprii- 
che, wobei ein durch die vierten Mittel (134, 464, 614) 
bestimmter und aktivierter Controllerbaustein (30, 32, 
34) das zugehorige Datenobjekt (12, 18; 23, 27) aus- 
wertet. 20 

4. System zur Verarbeitung von technischen ProzeBer- 
eignissen nach einem der vorangegangenen Ansprii- 
che, wobei eine Aktivierung bzw. Deaktivierung von 
Controllerbausteinen (30, 32, 34) im verteilten Daten- 
verarbeitungssystem dadurch erfolgt, daB in den zwei- 25 
ten Mitteln die Zuordnungen der Controllerbausteine 

zu den ersten Mitteln hinterlegt oder geloscht werden. 

5. System zur Verarbeitung von technischen ProzeBer- 
eignissen nach Anspruch 4, wobei eine Hinterlegung 
bzw. Lose hung der Zuordnungen in den zweiten Mit- 30 
teln des zentralen Steuerungsbausteines ("Ereignismo- 
nitor") (13, 46, 61) durch die Controllerbausteine (30, 
32, 34) selbsttatig bewirkt wird. 

6. System zur Verarbeitung von technischen ProzeBer- 
eignissen nach Anspruch 4 oder 5, wobei fur den Fall, 35 
daB das programmgesteuerte, verteilte Datenverarbei- 
tungssystem (80) mehrere programmgesteuerte Daten- 
verarbeitungsteileinheiten (1, 3, 6, 8) enthalt, welche 
iiber mindestens einen Datenbus (9) miteinander ver- 
netzt sind, eine Hinterlegung bzw. Loschung der Zu- 40 
ordnungen in den zweiten Mitteln des zentralen Steue- 
rungsbausteines ("Ereignismonitor") (13, 46, 61) durch 
die Controllerbausteine (30, 32, 34) selbsttatig dann 
bewirkt wird, wenn die den jeweiligen Controllerbau- 
stein enthaltende Datenverarbeitungsteileinheit akti- 45 
viert bzw. deaktiviert wird. 

7. System zur Verarbeitung von technischen ProzeBer- 
eignissen nach einem der vorangegangenen Ansprii- 
che, wobei die Generierung von Datenobjekten durch 
Sensoren dem zentralen Steuerungsbaustein ("Ereig- 50 
nismonitor") (13, 46, 61) im verteilten Datenverarbei- 
tungssystem (80) von den jeweiligen Sensoren (22, 26; 
47; 62) selbsttatig signalisiert (23, 27) wird. 

8. System zur Verarbeitung von technischen ProzeBer- 
eignissen nach einem der vorangegangenen Anspriiche 55 
1 bis 6, wobei die Generierung von Datenobjekten 
durch Sensoren vom zentralen Steuerungsbaustein 
("Ereignismonitor") (13, 46, 61) im verteilten Daten- 
vcrarbcitungssystcm (80) selbsttatig crfaBt wird, insbc- 
sondere durch zyklische Abfrage von Sensoren. 60 

9. System zur Verarbeitung von technischen ProzeBer- 
eignissen nach einem der vorangegangenen Ansprii- 
che, wobei dem zentralen Steuerungsbaustein ("Ereig- 
nismonitor") (13, 46, 61) eine Bedieneinrichtung (131, 
461, 611) zugeordnet ist, insbesondere eine graphische 65 
Bedienoberflache, iiber die anwendungsabhangig zu- 
mindest Kennzeichnungen von aktuellen technischen 
Zustanden in den ersten Mitteln ("EreignisbiblioLhek") 



hinterleg- bzw. anderbar sind. 
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